home *** CD-ROM | disk | FTP | other *** search
/ ETO Development Tools 4 / ETO Development Tools 4.iso / Essentials / MacApp Documentation / MacApp.TECH$ Archives / 1990 / Jun 90 / MacApp.Tech$ 6⁄8⁄90 / 1414-Error 290 + Uses eff-Jun90 < prev    next >
Encoding:
Text File  |  1991-03-06  |  2.2 KB  |  48 lines  |  [TEXT/GEOL]
  1. Item forwarded  by  DEREK        to SEAGRAVES3
  2.  
  3. Item    2316624                         6-June-90        15:58PDT
  4.  
  5. From:   DEREK                           White, Derek
  6.  
  7. To:     MACAPP.TECH$                    MacApp Technical
  8.  
  9. Sub:    Error 290 + Uses efficiency
  10.  
  11. ====== The Story Behind Error 290, Plus Lore About More Efficient Uses =====
  12.  
  13.     MPW Pascal error 290 is supposed to say:
  14.  
  15. "Reached compiler limit of > 32K of identifier overflow characters.  Try using
  16. shorter names."
  17.  
  18. (Doesn't help much does it?).  Some overzelous code cutter removed this error
  19. message (OK, it was me in a former life).  Error 290 means that the symbol
  20. table is FULL.  It's not a memory problem, but a problem with the way long
  21. identifiers are Huffman encoded.
  22.     I beleive work is being done for a future release to fix this, but in the
  23. mean time you need to cut down on the number of (long) identifiers that the
  24. compiler is seeing at one compile.  "Long" is tricky idea to judge with Huffman
  25. encoding, but I believe > six characters starts to become "long".  So don't
  26. waste your time cuting one character from a four character name.  Also, the
  27. letters "XZQJ", "%", "_", and numerals add more "longness" than the letter "e".
  28.     But the first thing you should do is cut down on the number of units and
  29. include files you use for each compile.  There is NO good reason to use
  30. "MemTypes" or "PackIntf", use "Types" and "Packages" instead.  Unless you have
  31. a unit that times (Timer.p) disk initialization (DiskInit.p) over NuBus
  32. (Slots.p) while shuting down (ShutDown.p), DON'T USE "OSINTF"!  Same goes for
  33. "ToolIntf".  Compile with the progress option (-p) and monitor which files get
  34. opened for your problem compile.  Find out if there are some units that you
  35. don't need to use, or that could be split apart.
  36.  
  37. MacApp Users:
  38.     Remember that UMacApp INCLUDES the interfaces for things like Types,
  39. QuickDraw, Windows, etc, so you don't need to use these units if you use
  40. UMapApp first.  Do the -p thing and watch what is hapenning.  This won't help
  41. the error 290 problem a whole lot, but it will speed up your compiles if you
  42. use your units in a consistant fashion.
  43.  
  44. If you have this problem, good luck!
  45. Derek White
  46. ATG East/Columbia
  47.  
  48.